home *** CD-ROM | disk | FTP | other *** search
/ Chip 1996 April / CHIP 1996 aprilis (CD06).zip / CHIP_CD06.ISO / hypertxt.arj / 9501 / JAM.CD < prev    next >
Text File  |  1995-10-29  |  12KB  |  207 lines
  1.       @VJAM Archive Manager@N
  2.  
  3.       @Vùj présgép@N
  4.  
  5.           Vajon ki  az az  ember, aki  ezekben az erôforrásigényes
  6.       idôkben   megelégedne   winchestere   kapacitásával?   Nekem
  7.       akármekkora  adathordozóm  van, s  akármennyi,  egy bizonyos
  8.       (nem  is  túl  hosszú)  idô után  betelik.  Mert  ugye  ez a
  9.       feladata, mármint az adathordozás.
  10.           Egyszer csak azt vesszük  észre, hogy egyre szûkösebb  a
  11.       helyünk,  egyre  többször  kell  a  biztonsági   másolatokat
  12.       törölni, és az új file-oknak nem jut hely. Ekkor jön  színre
  13.       az archiválás vagy a törlés.  A törlés nem igazán jó  dolog,
  14.       nagyon macerás,  mert hátha  két hét  múlva a  törölt file-t
  15.       vissza  kell  varázsolni,  és újra  végig  kell  menni a  20
  16.       lemezes Word 9.1 for Windows telepítésén vagy például egy 40
  17.       Mbyte-os winchesterre akarunk felrakni egy hosszú programot,
  18.       ami bôven meghaladja a winchester fizikai kapacitását.
  19.           Archiválás is  többfajta van.  Vannak a  lassú, de  nagy
  20.       hatékonyságú módszerek (pl.  ARJ, PKZIP, UC2  stb.), amiknek
  21.       az a hátránya, hogy akár ""másodperceket" is elszöszmötölnek
  22.       egy-egy  program  ki-  vagy  becsomagolásán.  Vannak azonban
  23.       valós idejû tömörítôk  (Real-Time Data Compression).  Ezeket
  24.       ott  használják,  ahol  nem  a  tömörítési  arány,  hanem  a
  25.       sebesség   az   elsôdleges  szempont.   Ilyen   valós  idejû
  26.       tömörítôket használnak a például DOS-os futtatható programok
  27.       tömörítésére  (PKLITE,  DIET, TINYPROG  stb.),  Windows Help
  28.       file   tömörítésre   (RLE),   de   még   a   legelterjedtebb
  29.       képformátumok  is  alkalmaznak  gyors  tömörítés eljárásokat
  30.       (pl. TIF, PCX, GIF).  A legtöbb tömörítési eljárást,  amit a
  31.       népszerû  programok  használnak,  már  publikálták.   Szinte
  32.       minden programnyelvre  -- nem  is túl  nehezen -- átírhatók,
  33.       mégis  nem   csekélység  a   programoktól,  hogy   ezeket  a
  34.       tömörítési  elveket,  ennyire  jól  átvitték  a gyakorlatba,
  35.       optimalizálták, és sok kényelmi funkcióval bôvítették. Ilyen
  36.       kódolás a Huffman, RLE és az LZW.
  37.           Mégis  talán   legismertebbek  és   legproblémásabbak  a
  38.       lemeztömörítôk,   amik   egy   egész   winchestert    tudnak
  39.       tömöríteni. Nem is csoda, hiszen itt nagyon ki kell hegyezni
  40.       a  programot,  hogy  ne   csak  gyors  legyen,  de   jól  is
  41.       tömörítsen.  Mivel  állandóan a  memóriában  van, és  szinte
  42.       minden program rajta  keresztül dolgozik, minden  programmal
  43.       össze  kell  férnie,  itt nem  megengedett  sem  a be-,  sem
  44.       kitömöríténél  a  felhasználó  várakoztatása.  Üzembiztosnak
  45.       kell lennie, mert ha  egy winchester elromlik, és  az adatok
  46.       közepébe generál egy nagy  kupac szemetet, akkor legalább  a
  47.       megmarad részeket meg lehessen menteni valami furfangal.
  48.           Sokfajta  lemeztömörítô  létezik,  vagy  forog közkézen.
  49.       Ezek között van shareware  vagy freeware, sôt újabban  már a
  50.       DOS-hoz is mellékelnek  egy ""kis" lemeztömörítôt.  Példának
  51.       okáért vegyük a híres Stackert (amely nem véltlenül az egyik
  52.       legelismertebb a DOS-os tömörítôk között). A 4.0-s változata
  53.       --  a Windows  résszel együtt  -- közel  2 Mbyte.  Pedig  az
  54.       emberfiának,  aki fel  akar rakni  egy tömörítôt,  épp az  a
  55.       baja, hogy nincs hely, vagy egyszerûen nem akar ennyi helyet
  56.       elvesztegetni pusztán a  lemeztömörítésre, ami végül  is egy
  57.       perifériális  folyamat,  ennek  a  háttérben,  láthatatlanul
  58.       kellene menni.
  59.           Ekkor  jön  a  színre   a  JAM,  ami  a   ""JAM  Archive
  60.       Manager"-bôl  származik.  A  program  tömörítve  108  Kbyte,
  61.       teljes  dokumentációval,  amirôl külön  is  érdemes említést
  62.       tenni.  Használat  közben  pedig,  kielégítô  a  80 Kbyte-os
  63.       hossza. És ebben benne  van minden programja, ami  szükséges
  64.       lehet  egy  tömörített  program  használatához.  Ez  a hossz
  65.       szinte hihetetlen a  mai idôkben, de  ez a programocska  azt
  66.       tudja,  amire  készítették,  s  ráadásként  jól,  gyorsan és
  67.       megbízhatóan.
  68.           Mint   a   legtöbb  programot   mostanság,   ezt  is   a
  69.       felhasználóbarátságosság szellemében írták.
  70.           A program egyszerû  telepítésének a menete  a következô:
  71.       1.  Program  felrakása  (kicsomagolása  a  winchesterre)
  72.       2.  AUTOEXEC.BAT-ba be kell írni a PATH változóba a JAM
  73.       elérési útját. (Pl. @KPATH=C:\;C:\DOS;C:\JAM@N)
  74.       Ez a pont nem  kötelezô, de ajánlott.
  75.       3. Meg kell adni a következô parancsot:
  76.           @KJCREATE D:FIRST /S=1000@N
  77.           Ennek  jelentése:  @KD:FILE@N,  azaz  a  tömörített meghajtó
  78.       melyik   fizikai  adattárolón   legyen  (pl.   C:  vagy   D:
  79.       winchester). @K/S@N, azaz mekkora legyen a tömörített winchester
  80.       (Kbyte-ban megadva), ennek 72 és 524288-között kell  lennie.
  81.       4. Ezek után már csak a CONFIG.SYS-be kell beírni az  alábbi
  82.       két sort:
  83.           @KDEVICE=C:\JAM\JAM.SYS DEVICE=C:\JAM\JMOUNT.COM D:\FIRST@N
  84.           Ebben a @KD:\FIRST@N a tömörített winchester fizikai  helyét
  85.       jelöli.  (azt  ahova  a JCREATE-val  készítettük)  5.  A gép
  86.       újraindításakor  már   használhatjuk  is   az  új,   logikai
  87.       tömörített meghajtónkat.
  88.           Természetesen  ez  az   egyszerû  felrakás.  Ha   valaki
  89.       érdeklôdik  a  technikai  oldal  iránt  is,  akkor  a leírás
  90.       készségesen megmondja a  többi kapcsolót is:  például milyen
  91.       attribútomokkal rendelkezzen az újonan készített  tömörített
  92.       meghajtó, a fizikai helyén (a JCREATE által generált  file),
  93.       mennyi másolat legyen a FAT-ból, a fôkönyvtárnak maximálisan
  94.       mennyi bejegyzése legyen...
  95.  
  96.  
  97.       @VJAM, amit használnak@N
  98.  
  99.           A   program   készítôi   igyekeztek   olyan    programot
  100.       létrehozni, ami  nagy hatékonysággal  szimulálja az  eredeti
  101.       winchester  tulajdonságait.  îgy  szinte  bármilyen  program
  102.       futtatható rajta. Figyelmet érdemel a @KDirectWrite@N kapcsoló a
  103.       program  használatakor.  Ez  meggátolja,  hogy  a  programok
  104.       közvetlenül  használhassák  a  (tömörített)  winchestert. Ha
  105.       nincs   engedélyezve,   akkor   némely   Unitility  (például
  106.       UnDelete, Directory  Sort, vírusirtó)  könnyen írásvédettnek
  107.       nézheti  a  winchestert.   Viszont  ugyanígy,  a   vírus  is
  108.       fennakad, ha közvetlenül a lemezre akarja írni a huncut  kis
  109.       dolgait, az antivírus  programokat megkerülve. Mint  ahogy a
  110.       Stacker,  a JAM  is --  ha valami  nem egyszerûen  javítható
  111.       hibát talál a logikai meghajtón -- írásvédetté teszi azt,  a
  112.       további károkozás megelôzése miatt. Ilyenkor ki kell lépni a
  113.       meghajtóról, és a leírásban olvashatókat kell  végrehajtani:
  114.       ellenôrizni és kijavíttatni a  meghajtón a hibát (a  program
  115.       leírásában a 6.3. fejezet).
  116.           A  ""dokuban"  minden  olyan szépen  le  van  írva, hogy
  117.       szinte el sem lehet téveszteni: példamutató részletességgel,
  118.       áttekinthetôen  írja  le a  JAM  meghajtó logikai,  fizikai,
  119.       programozói felületét, attól kezdve, hogy mennyi  FAT-táblát
  120.       használ,  egészen  addig, hogy  miként  lehet assemblybôl  a
  121.       belsô rutinjait meghívni, vagy információt kérni az aktuális
  122.       tömörített  meghajtóról.  Teljes  strukturális  felépítése a
  123.       boot  szektornak, és  egyáltalán a  JAM fizikai  file-jának.
  124.       Szóval ez  a leírás  mind az  egyszerû felhasználókat  (akik
  125.       csak használni akarják, és többet nem is szeretnének törôdni
  126.       vele),  mind  a  programozókat (akik  be  akarják  építeni a
  127.       programjukba) elkényezteti ez a leírás.
  128.  
  129.  
  130.       @VGyorsan tömöríts, de jobban!@N
  131.  
  132.           A röptömörítôknek módszerükbôl adódóan nincs lehetôségük
  133.       bonyolultabb   tömörítô  eljárást   alkalmazni,  a   nagyobb
  134.       sûrûség, tömörebb program elérése érdekében, mivel az  ember
  135.       elvárja,  hogy  késedelem nélkül  dolgozzon  a file-okal  (a
  136.       felíráskor és kiolvasáskor ne látszódjon látható késedelem).
  137.       A röptömörítô tömörítési eljárását fel lehetne cserélni  egy
  138.       hatékonyabbra, de  akkor lassulna  a program,  meg aztán nem
  139.       mindenkinek  van  többprocesszoros  Pentiuma,  a   bonyolult
  140.       tömörítô  módszerek számolásigényének  kielégítésére. Ezt  a
  141.       látszólag feloldhatatlan problémát oldja meg a JMAX utility.
  142.       És  ez  a  programocska  (16  Kbyte)  nem  elég,  hogy   úgy
  143.       betömöríti a meghajtót, hogy  a szabad helyet körülbelül  40
  144.       százalékával  megnöveli, még  a defragmentál  is, rendezi  a
  145.       széttöredezett   file-okat,    hogy   gyorsabb    legyen   a
  146.       kiolvasásuk, és az üres helyeket letörli a meghajtón. Ez  az
  147.       UnDelete  funkciónál  válhat  fontossá,  hogy  a  fizikailag
  148.       törölt file-oknál ne áltasson olyannal az UnDelete, hogy még
  149.       vissza tudná  hozni a  törölt file-t.  Tehát, ha  nincs elég
  150.       hely,   nem   a  biztonsági   másolatokat   kell  letörölni,
  151.       egyszerûen el  kell indítani  a JMAX-ot,  ami néha bámulatos
  152.       dolgokat tud mûvelni.
  153.  
  154.  
  155.       @VSpecialitások, furfangok@N
  156.  
  157.           Mivel   a   program   úgy   van   megírva,   hogy   mind
  158.       parancssorból, mind  CONFIG.SYS-bôl device-ként  meghívható,
  159.       akár   minden   indításnál   készíthetünk   egy   tömörített
  160.       meghajtót.  Mikor  lehet erre  szükség?  Például amikor  nem
  161.       állandó  adathordozóra,  hanem   RAM  diszkre  készítjük   a
  162.       röptömörített meghajtót.  Ekkor, ha  van egy  4 Mbyte-os RAM
  163.       diszkünk,   a   JAM  segítségével   sokkal   több  programot
  164.       felpaszírozhatunk rá.  Erre azonban  vigyázzunk, mert  a gép
  165.       kikapcsolásakor  vagy  resetkor  ugyanúgy  törlôdik  a   JAM
  166.       meghajtó, mint a RAM drive!
  167.           Ha adattitkosító programot  használunk, nem nagyon  kell
  168.       törôdni vele. A  JAM használni fogja,  de azért azt  érdemes
  169.       megjegyezni,   titkosított    meghajtót,   például    Norton
  170.       Utilities'   Diskreet-et  vagy   Central  Point   Software's
  171.       PC-SECURE-t használunk, akkor annak az file-ját nem  érdemes
  172.       JAM-ra rakni,  mert úgysem  lehet tömöríteni.  Ha egy teljes
  173.       partícót tömörítünk,  például a  SecureDrive v1.3d-t  (amely
  174.       szintén  egy kiemelkedô  program a  GNU project-bôl),  akkor
  175.       nyugodtan   rakhatjuk   a   JAM   meghajtót   a  titkosított
  176.       winchesterre, így nô az  adatbiztonság is, mivel aki  az így
  177.       keletkezett adatokat  megfejti a  winchesterrôl, az  bízvást
  178.       kérhet jól fizetô  állást a világ  bármely kémszervezeténél,
  179.       és  biztos  lehet   benne,  hogy  nem   fogják  elutasítani.
  180.       (Mellesleg     vannak     külön     ilyen,      kifejezetten
  181.       titkosítás-feltörésre specializálódott cégek is...)
  182.           A tömörítô eljárás révén a kisebb programokon (pár  ezer
  183.       byte-osokon) jelentôs mérvû áltömörítést tud végrehajtani  a
  184.       program.  Látszatra  még  egy  ARJ-vel  tömörített,   néhány
  185.       tízezer byte hosszú file-t is 97 százalékára nyomhat  össze,
  186.       holott ez csak a program végén, az utolsó általa felhasznált
  187.       szektor nem kihasznált részét nyomta össze. îgy ha sok kicsi
  188.       adatfile-lal  akarunk  dolgozni, mindenképpen  megéri  a JAM
  189.       használata, mert ezeken jelentôs mértékben tud tömöríteni.
  190.           Nem  érdemes  mutimédiás  dolgokat  felrakni  tömörített
  191.       meghajtóra, mert  ezeket már  elôzôleg tömörítették,  nem is
  192.       kis mértékben. Ilyenek JPEG, GIF, PCX, AVI, FLI.  Ugyanilyen
  193.       meggondolásból  nem   érdemes  nagy   tömörített  file-okat,
  194.       például  archívumokat,  VOC,   WAV  hanganyagokat  sem   JAM
  195.       meghajtóra rakni, mert semmi nyereség nem lesz rajta.
  196.           Mindenfajta    röptömörítô    a    szöveges   file-okat,
  197.       adatbázisokat,  tömörítetlen  képeket   (TIF,  BMP)  tud   a
  198.       legjobban zsugorítani, ezeket  akár a valódi  hosszuk felére
  199.       is összenyomhatja.
  200.  
  201.       @KCrown@N
  202.  
  203.  
  204.   @<9501\jam01.gif>■■@n  JAM Help
  205.  
  206.   @<9501\jam02.gif>■■@n  JAM mûködés közben
  207.